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rhe NTSU Compuling Center is located in the Tnfomia- 
tion Sciences Bundina (ISB), ^oom 119. Phone Numbers: 
Compiitine Center; (817) 565*2324; Help Dest;: 5o5-4PjO, 

Grapliics Cab: 565-3479 

BENCHMARKS Questlons/Coatributionsj Etc - Claudia 
Lynch 

taformation & ID-Codes; Disk Space Probieiris - Carolyn 
Goodman 

Statistical/Research Support - George Morrow, ScoLl 
Barber, Claudia Lynch, Rocky Ward, Panu SitSiwong 

Academic AllABAS/COM-PLETE - Scan Widmer 


Printout Retrieval 




NTSU CABLE SYSTEM SCHEDULE 


The current configuration of the NTSU cable system is as 
follows: 

Channel 7 - NT Daily- Broadcasts from the NTSU Journalism Depart¬ 
ment. 

Channel 8 - TAGER. Broadcasts go to and from NTSU to other links 
in this microwave r>etwork. 


rhannei 10 - NTSU Computer System Status Monitor (SSM). 

cS si^atus of the nAS, VAX^nd HP computer systems supported by 

the Computing Center. , 

Channel 12 - Sammons Cable, Carries Cable News Network (CNN) unless 
a special program Is requested. 

Special broadcasts to and from classrooms can be arranged by 
the Media Library (565-2484). 



Location 
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N 0011-1 j 

8:15 

8:15 a.TU 


College of Business 


♦Hours may vary* CheeV 


Unless otherwise noted, arlities or iiifonitatsoii su ssENLi 
provided the publication and iss jc are fully ackaowlcdged. 
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New Academic Computing Staff 

Arademjc Computing is pleased to announce the addition 
of two new staff members. Sean Widmer has been hired as 
our nw Academic Database Consultant. Scan comes to us 
rom Haggar Apparel m Dallas where he worked as a Sys¬ 
tems Programmer mamtaining their MVS/XA operating 
system Md related systems software. Prior to that he 
worked m a simUar capacity at Southland Corporation in 

if Ilf support person in AcadLif Comput- 

g r the College of Business’s database and COBOL 
programmi^ curricula. In addition, Sean will manage the 

Computing Center’s biUing system and perform other 

appropriate to his iiiii(|iic capabilities. 

We have also recently hired an additional part-time 
graduate assistant, Jun Aman, to provide support for 
microcomputer users on campus, particularly those depart- 

Sf microcomputer networks. 

Jim IS a Ph. D student in the College of Education and ore- 
viousJy served as the chairman of the Computer Science 

tio -uT ^ School in Houston. In addi¬ 

tion to his respousibihties in the PC network areas, Jim will 


We welcome both 
ing staff and look 
expertise,§ 


Scan and Jim to the Academic Comput- 
forward to taking advantage of theii 


New Laser Printer at the College of 
Business RJE Station 



I IS no longer necessary to route your output to ’LASER' 
to get a printout from a laser printer. The Radian imnact 
printers at the remote job entry station in the College of 
Business have been replaced with a Hewlett-Packard 2^0A 
laser printer (identical to the one in the Computing Center 
RJE). Any output routed to ‘BA’, ‘REMOTEl’, or‘RMTl’ 
^11 be printed on this new laser printer. ‘LASER’ remains 

lor now, the default designation for the REMOTE4 laser 
printer at the TSB output station, 

REMOTES or RMT3, will become unavailable to users 

remotes will go to ‘LASER.’ Impact printing needs for 
academic users (mailmg labels or other special forms) will 

CoSp'S Academic 


Do You Know Your Password? 



Services 


Goodman, Computing Center Administrative 


laybc more. Take 
cause 



\^en you receive your USER-ID ASSIGNMENT NOTICE 
please observe that, m most cases, you will be authorized for 
™ pne^ystem, e.g., 8040-OS, 8040-MUSIC. 6650-OS 

VAX, Your USER-ID ASSIGNMENT 

when changing your password be- 
11 »•: --^word WILL NOT automatically 

ni, A notice form, even after you have 

the nafe c Passwords. In some instances, you may find that 
the password was changed incorrectly. In those instLccs vou 

NotSorm. password indicated onL 

The Computing Center is here to assist with all your comout- 
ing needs. If you need assistance changing a password you 
contact the Help Desk, located in ISB HO, 817-565-4a50- 
you need assistance in identifying your password, you must 

1 pi" Computing Center Main Office ISB 

Fnr ft fif Student or Faculty/Staff ID with you ) 

For fcther password or other computing questions or dif- 

ficultics, contact me at the Computing Center, 8 17-S65-2324.§ 

N^^^pWcs~Rotteri^r7uTOCAD^ 

By Panu Sittiwong, Academic Compu t ing staff 
{AC09@NTSMUSIC) ® 

The Computing Center has recently acquired a new Hewlett- 

Packard plotter model 7550a. It is located in the Computing 

I U^Ar? n producinggraphic output froS 

on^™/CMS ® SAS/GRAPH running 

their programs to 

use this new plotter. SAS/GRAPH users, on the other hand 

will need to add the following options to their SAS/GRAPH 

programs, 

GOPTIONS DEVICE = HP75S0A HANDSHAKF-ynM/vner 
Wlierc: 

" Defines the device driver for the graphics out- 
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HANDSHAKE = defines the method of communica¬ 
tion between the CMS ojierating system and the plotter, 

iTRANTAB = defines the translation table to convert 
EBCDIC characters to ASCII characters. 


PROMFTCHARS 


defines the terminal prompt 
by SAS/GRAPH procedures 


COLORS specifies the order of color-pens mounted on 
the plotter. 


Producing 


The steps below should be followed to produce 
SAS/GRAPH output on the HP-7550A plotter. 

1. After you are satisfied with your graphics output, sign 

on to CMS through 8040 using the terminal attached 

to the plotter. 

2. Modify your SAS/GRAPH program by adding the 

above options* 

3* Submit your program for execution* 

4, When SAS is ready to produce the plot, it will prompt 
you to load paper onto the plotter. If it is already 
loaded, you should hit the < RETURN > key. Press 
the < RETURN > key for the next two prompts and 

the graphics output should start to plot. 

Contact the Graphics Lab assistant on duty if you need fur- 
iher assistance 


Avoiding the Printer Turnaround Blues 


By Scott Barber, Academic Computing Services Staff 



If you have ever had to wait for an hour or more for a prin¬ 
tout, then you understand that getting output from the 
mainframes can be at times be somewhat disconcerting. 
Especially toward the end of the semester when everyone 
(including you) has assignments/papers due, and you want 
output quickly. Even with the new laser printer in the BA 
building, taking advantage of the following ideas may save 
you a lot of time. Some of these suggestions apply only to 
MUSIC users, others pertain to all users of the mainframe 

remote printers* 

MUSIC Users 

If you are using MUSIC, be aware that you do not have to 
page through hundreds of lines of output, one page at a lime, 
to find error messages toward the end of the file. You can 
send a "break" to OS JR, and then "skip" lines of output you 

don’twanttolookat.Take,for example,a] ob that generates 

may 



output which IS 
be an error around line 1400. In OSJR at the ENTER REQUEST: 

prompt type: 

OUTJ = ###,D = ALL 

where ### is the job number given in OSJR. 


After the More message appears In the lower nght-hand corner 
of the screen, send a "break" command. After a few moments, 
an •*Attn** message will appear in the lower right-hand comer. 

When this happens, enter /SKIP 1350 < RETURN > You 
may need to press < RETURN > a second time after a few 
moments, but then the output will resume displaying the out¬ 
put after having skippedl350 lines. If you want to skip all the 

vrin fiTlter /SKIP ALL at the •‘Attn** 



Another way to quickly search output at the terminal scree 
is to store it in a MUSIC file, and then ed it th e file and 
search for errors with the MUSIC LOCATE command. 
(For this, you must have enough space in your SAVE 
library to store the output). The command in OSJR to stoi 

the whole job in a file is 
OUT J = ###,D = ALL,FILE = outfilename. 

where, agam, ### is the job number in OSJR, and out¬ 
filename is the name you assign to your output file. 


(If you know the DSID for the actual output you want to ex¬ 
amine, you can specify that instead of ALL. For example, 
SPSS output is placed in DSID 4, and SAS output is in 

DSID 5.) 

When editing this file, MUSIC will warn you of the 133 column 
width, but don’tlet that bother you. You can use the LOCATE 
command to jump down to the spot in the file you want to ex¬ 
amine. This is a particularly good method to use_ when 

Ml nver a 300 or 1200 baud phone line! 


Microcomputer users 

If you are using a microcomputer with communications 
software, you have the option of printing it directly on your 
local PC printer* It would be nice to have a 132 column 
printer for this application, but remember that many 80 
column printers can print 132 characters per line in com¬ 
pressed mode* Another alternative is to down load the out¬ 
put to a file on the PC for editing with a word processor* 

Everybody! 

Some of you may not be aware that there are some 
’^hardcopy" terminals available in the public access terminal 
rooms in the BA and ISB buildings which can be used for 
getting program listings and other output quickly*^ Limiting 
use of these terminals to getting printed output will be help¬ 
ful* 

As implied iu the rest of this article, the best way to avoid slow 
turnaround times is not to use the mainframe printers! If you 


^3270 users can send a break signal by typing the sequence 

< ESC > < ESC> < P> < 1 > - 8040 users can press their lermianrs 

< BREAK > key - PCWS users on an IBM XT or clone carr press the 
keypad minus key <-> - other microcomputer users should try 
<ESC><ESC><P> <1> or check the communications software 
documentation for the correct "break" sequence. If your terminal or 

software omulatos a VT100^ then <ESC>^Q^ will send a break- 
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can examine output on the terminal screen or on your own 
local printer, you will often be much better off. 

Finally, if you just have to send your Job to a remote printer 
there IS a new utility for determining printer turnaround 

printers. From ‘GO mode m 
MUSIC, type PSTATUS, and you will get a report of the 
recent turnaround times for these printers. This will reflect 

“formation that has previously been posted at the 
liK I/O vwndow, namely the amount of time that recently 

print. Of course, this may be somewhat 
different than the time it will take a job that is routed now. 
However, it will give you the opportunity to compare turn- 

the laser printers, and route to the one 

WDicn IS Iik&ly to provide the fastest service.§ 


Spotlight on MUSIC 1.2, Part 11 - 

Commands and Job C ontrol Statements 

Philip Baezewski, MUSIC Time-share Coordinate 
{AC12@NTSMUSIC) 

ms is the second in a series of articies highlighting some of 
the important new features of MUSICISP Release L2 which 
iSicheduledforinstallation at NTSU in early January 198S. 
ms sen^ IS intended to provide introductory information to 
assist NTSU faculty, students, and staff in planning for the 
changeover to this new version of MUSIC. 

Introduction 

software upgrades, the move to 
MUSIC/SP 1.2 will bring with it a couple of new commands, 

and a few changes to some exist mg commands. Most com- 

identically in 

MUSIC 1.2, however, MUSIC users may find that the chan¬ 
ges made, though small, will provide them a more powerful 
computing environment. 

One change related to MUSIC commands does not pertain 

j referred in the new 

MUSIC documentation. Commands to this point have been 

placed in two categories: immediate commands and 

deterred commands. In the documentation for MUSIC 1 2 

immediate commands are referred to simply as commands’ 

What have been known to this point as deferred commands 

are now called job control statements. 

This new nomenclature is in general more functionally 
descriptive: commands are issued interactively from a ter¬ 
minal or from a command procedure written in the REXX 
language and cause some immediate action to occur' job 
control statements are usually stored in an executable file 

and control the action occurring during the compilation or 
execution of a program. 

Two New Commands 

similar functions have been added 
to M USIC 1.2. These are BROWSE and VIEW. Both allow 
you to examine the contents of a MUSIC save library file 


!hroui'‘tS.“ 

BROWSEis similar to theEDIT command, but provides read¬ 
ier functions such as 

LOCATE or UP and DOWN to move through a file, but you 

?? BROWSing it. The syntax of the 

tiKUWSE command is as follows: 

BROWSE [filename} [LRECL(/i)] [UIO] [MAX(«)] 

f 1 to browsed. 

LKECLfrt) specifies the record length to be used during the 

session. UIO causes the file to be read by 512-byte blocks. This 

allom you to browse files with a record format of U or files 

which cannot be read sequentially. For example, you could 

possibly examine a hexadecimal listing of a load module 

created on MUSIC. MAX(n) specifies the maximum number 

or records to be read from the file. 

The WEW command invokes the utility program for examin- 

ng files of any record length, type, or size on a full-screen 
terminal. 

Flics can be displayed in hexadecimal. ASai mode is atiail- 

3270-Iype terminal. In this mode 

printable ASCII characters are translated to their EBCDIC 

equivalents. VIEW provides a wide variety of options, includ- 

g several which allow powerful control of the method for 
scrolling through a file. 

Changes in Existing Commands 

A few of the existing MUSIC commands have slight additions 

?FmTf ^ their syntax in MUSIC 1.2. The EDIT (and 
TEDir) command has a few additional options that may be 
i^cd when issuing the command. Typing EDIT filename RO 

session on fih filename. This use of 
(he EDIT TOmmand is functionally the same as the BROWSE 

edit command also allows the use of the UIO 
r" rL options in the same manner as described above 

for the browse command. Several other important changes 
m the function of the editor have been made in MUSIC 12 
and these will be detailed in a later article. 

fn library command 

in MUSIC 12. Specifying the VSAM option will show a Hst- 
mg of only the VSAM files found in your library (for more 
information on MUSIC VSAM. see Part I of this series). Ad- 
di lion ally,_ a FULL library listing will also include a T heading 

will be a C if the file is common (public) 

and a V if the file is a VSAM file. 

option of the MUSIC 1.1 
IBKARY command is replaced by a more general search 

specification. To see a listing of a subset of your save library 

fiics you could type UB searchspec. Searchspec (search 

specification) indicates which file names are to be searched 

for m your save library index. It may be an actual file name in 

which case oidy that file is listed. Or, the string may contain 

one or more wild characters ? and ^ in which case all file names 
matching the pattern are listed. 
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A ? matches any single character in the corresponding posi¬ 
tion of a file name. A • matches any group of zero or more 
characters. If the searchspec parameter is not specified 
and no parameters are used, all the file names in your save 
library are listed. If you wish to specify parameters then 
ettler LIBRARY • parumeters. The • is your search 
specification indicating all files on your code. For exi^plc, 
in MUSIC 1.2, to get a FULL listing of your save library 

files you must enter 

LIB»F 

rather than simply LIB F as was the case in MUSIC 1.1. 

Two other changes arc worthy of mention here. The 
another optier/RECORD ON to bc^ saving your terminal 
input and output to a file called @REC.OOO. To end your 
"recording" you could type /RECORD OFF. Turning 
RECORD back on would again start saving a rerard of 
your terminal I/O by appending to the already existing file. 
MUSIC 1.2 provides away to start a totally new RECORD 
file by entering 

/RECORD NEW 

The other change is one to a familiar job control statement. 
The /INCLUDE statement vrill have an additional option 
in MUSIC 1.2 to allow you to include part of a save library 
file. The syntax for that option is 

/INCLUDE filename (+m-n) 

where m is the number of the first line to be included and 
n is the number of the last line to be included. 

For More Information... 

When MUSIC/SP 1.2 is installed in early January of 1988, 
new help files will be added as necessary to fully document 
these new commands as well as the changes to existing com¬ 
mands. In addition, the MUSIC User’s Reference Guide will 

be updated to reflect these changes. 

Next Time... Context Editor change s in MUSIC/SP 1 ■2§ 

BENCHMARKS FORUM _ 

BENCHMARKS Forum is intended to serve as a vehicle 
for answering questions that may be of general interest to the 
user community. If you have a question, please send 
electronic mail to the Benchmarks editor (AS04@NTSMUSIC) 
or write it down and drop it by the Computing Center. Dead¬ 
lines permitting we will try to answer it in the next issue. 

Question: if t forget my VAX password, how do / get it 
changed? 

Answer: If you forget your password on any academic 
computer system, you will need to go to the Computing 
Center offices in ISB 119 and fill out a Request ^ for 
Password Confirmation form. As a security precaution, 
Computing Center personnel will ask you for some form 
of identification, so it is a good idea to have your stu¬ 
dent/faculty ID available. Once you have filled out the ap¬ 
propriate paperwork, the VAX operators will be notified 


and a new password will be assigned. Please do not call the 
VAX operators first since they are not authorized to respond 

to user requests for password changes. 

Question: Where can I get access to WAX manuals? 
Answer: We maintain copies of most VAX manuals in 

various public access areas on campus. In order to determine 
the most convenient area that has the manual you need, type 
HELP MANUALS from the DCL $ prompt. This help topic 
lists all VAX manuals and their areas of avaUability on cam¬ 
pus. Manuals can also be purchased directly from DEC at 1- 
800-258-1710, but they are extremely expensive. 

Question: f want to sent/ a MUSIC file to another MUSIC 
user. What is the best way to do that? 

Answer: There are two ways to share files directly with others 
on the MUSIC system. The method you decide to use is de¬ 
pendent upon numerous considerations including the amount 
of available storage space, the number of people you want to 
receive the file, and the necessity of having multiple copies of 

the file around. 

The first way is to change the file "attribute" to SHR (share). 
This will allow the file to be read by other MUSIC users. 
There are two ways to set this attribute, 

1) For an existing file called "STUFF' residing on the ac¬ 

count EX34, enter SET STUFF = RD from the *GO 

mode, 

2) If you are creating a new file which you will want to share 

with others, use the SHR option of the FILE command 
(e-g. FILE STUFF SHR) from the editor command line. 

Once this attribute is set, anyone may look at the contents of 
this file by prefixing the filename with the owner’s ID code. 
Thus, entering the command EDIT EX34:STUFF from any 
MUSIC account would load that file into the MUSIC editor. 
If you (as the receiver) want to save the file in your own library, 
you can do so by entering a filename after the SAVE or FILE 
command (otherwise, the filename is still EX34:STUFF), 
Thus, entering FILE STUFF from the editor command line 
would save a new file called STUFF in your own account. 

The other method for sharing files is to use electronic mail to 
send a copy of the file directly to another user. This can be 
done with the MEMO SEND command or the SENDFILE 
command. The syntax for the first is MEMO SEND 
TO(//>##) ¥{STUFF), typed from the 'CO mode (where 
ID## is your MUSIC ID and STUFF is the name of the file 
you wish to send). Alternatively, you can type SENDFILE 

STUFF ID## NTSMUSIC, 

If you use MUSIC MEMO for this operation, keep the follow¬ 
ing considerations in mind. MEMO will save a backup copy 
of the file in your MUSIC library under the filename 
@LMEMO. Therefore, there must be at least as much free 
space on the sender’s account as the file is large, or the trans¬ 
fer will not work. Also, the receiver must have some extra 
library space as well, because a backup file (@TMEMO) will 
be produced in his/her MUSIC library when the MEMO 
program is used to receive the file. 
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Because of its simplicity, it is handier to use the SENDFILE 
command to send someone a copy of one of your MUSIC 

files. (Sorry, you cannot use SENDFILE to send to a "list" 
of people defined by the MUSIC NAMES facility.) Of 
course, for receivers to get the file, they must get into the 
MUSIC MEMO facility to retrieve it. On the other hand, if 
you want to share a file with several people at once or if the 
file is fairly large (more than lOK), it would be easier and 
more storage efficient to set the file attribute to share, and 
let people look at your copy from their account. 

Question; / m thinking about purchasing a modem to 
communicate widi the VAX from home. What modem do 
you recommend? 

Answer: There are several factors to consider when pur¬ 
chasing a telephone modem. The first, of course, is speed. 
Unless you arc given one for free, you should avoid a 300 
baud modem; they are simply too slow for practical use. 
Prices for 1200 baud modems range between about $70 and 
$300 while 2400 baud modems range in cost between about 
$150 and $400. The Computing Center currently supports 
only 300 and 1200 baud dial-up communications, but 2400 
baud modems will be in place by the start of the spring 
semester both in Denton and in Ft. Worth (for metro-line 
access). Thns, if you will be here after December, you will 
probably want to purchase a 2400 baud modem. ’ 

Once you have decided on speed, you need to decide 
whether you will purchase an internal or an external 
modem. If you are not using a PC to communicate, the ex¬ 
ternal modem is your only option. If you arc using a PC, an 
internal modem has some advantages. First of all, it does 
not require a serial communications port on your PC. In ad¬ 
dition, it makes for a slightly less cluttered work environ¬ 
ment, Finally, internal modems tend to cost about 10 to 20% 
less. 

On the negative side, internal modems are machine- 
specific; if you have a IBM-PC now and purchase an IBM 
PS/2 Model 50,60 or 80 later on, you will need to buy a new 
modem. Another problem with internal modems is the fact 
that there are no LED status indicators like those found on 
external modems. These LEDs can be helpful in diagnos¬ 
ing problems. Fmally, it is much more difficult to lend an 

internal modem to a friend since it requires disassemblv of 
your PC. 


The choice of a specific brand is somewhat more difficult. 
Almost all modems on the market today arc software com¬ 
patible with the industry-standard Hayes Smartmodem, 
and virtually all conform to international standards for 
communicating at 300, 1200, and 2400 baud. Some offer 
added features such as a speakerphone that may be useful. 
However, probably the most important consideration is the 
warranty. Most manufacturers offer two years while some 
offer 5 years. However, keep in mind that purchasing a 
Super-DupeP’-brand modem with a 5-year warranty offers 
no security if the company goes out of business in 6 months. 
It has been our experience that leading vendors such as 
Hayes and US Robotics offer excellent service, but their 


modems cost significantly more. If you purchase a modem 
from a discount vendor such as Soft Warehouse in Dallas 
make sure that you make heavy use of it the first few days. If 
It fails during the first ten days, they will probably replace it 
with a new one; after that time, you will probably have to 

return it to the manufacturer. 


Question; Could you please explain how to print my job 

on the LASER printer so that it looks like P^e-written 
pages? 


Answer; The laser printer has two types of output: unrotated 

rotated. Unrotated output prints across the long part of 
ffie page, and can hold as many as 132 characters per line. 
Inc standard" output from the laser printer is unrotated. 
Rotated output prints across the short part of the page and 
can only hold 80 characters per line. 

In order to use something other than the standard output 
you must modify your JCL. Some of the rotated forms are: * 

• TNOl - most commonly used for Waterloo/SCRIPT 

• PIOl - standard PICA type style 

• ELOl - standard ELITE type stye 

• SCOl - Script type style 

There are two ways to use these forms on your JCL. On your 

job card, you can specify a particular form in the followine 
manner: ° 


//iDnnPRT JOB (JDnn, :30,3„TN01), ’name',PASSWORD = secret 

would be printed using the 
TNOl form (80 characters per line). You can also specify a 
form at other places in your JCL. If you arc usinc- 

Watcrloo/SCRIPT, for example, you could place the 
tollowmg line in your JCL: 

//SYSPRINT DD SYSOUT= (A„TN01) 


J'our text output would be printed using 

TNOl (your system output would still be printed using the 
standard form). " 


wf 





ling the MUSIC PTPCH utility to print a file you 
a form to use by including the following com- 


FORM = ‘TNOl 


More information about using and specifying different forms 

for the laser printer can be found by typing HELP LASER 
from MUSIC 'GO mode. If you have further quest ions, call 

the Help Desk at 565-4050.§ 


Benchmarks Reader/User feedback Is encouraged. 
Sond all letters, suggestions to; 

North Texas State University 
The Computing Center 
NT Station. Box 13495 
Denton, Texas 76203 
Attn; Benchmarks Editor 
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PCWS - A Communications Program to be 
Used With MU SIC/S P _ 

Philip Baczewski, MUSIC/SP Time-share Coordinator 
(AC12@NTSMUSIC) 

PCWS (Personal Computer Work Station) has been avail¬ 
able for more than a year now, yet there are still some 
microcomputer users who are unaware of the benefits to 
using this communications package for accessing MUSIC. 
With the number of the IBM and compatible PCs pur¬ 
chased in the last several years, it maybe a worthy endeavor 
to give a brief introduction to PCWS, its capabilities, and 
the advantages it offers to PC users who need to communi¬ 
cate with MUSIC. 

Components of PCWS 


PCWS is a communications package designed specifically 
to allow asynchronous communication between IBM Per¬ 
sonal Computers or compatibles and the MUSTC/SP 
operating system* The two main components of the software 
are CLM (Communication Line Monitor) and TERM (the 
terminal emulator), CLM remains memory resident 
throughout the communications session* It is responsible 
for handling communication line interrupts^ data buffering 
and checking, and processing commands from the host 
(mainframe) computer, CLM requires a minimuni of 35K 
bytes of RAM storage when using a five page screen buff¬ 
er, and will use a maximum of 108K bytes of RAM with a 
fifty page screen buffer* 


TERM is loaded after CLM is loaded, TERM takes care 
of all screen handling and keyboard input, TERM may be 
exited at any time during the communications session 
without affecting CLM so that you may issue DOS com¬ 
mands (change directories^ copy a file, etc*) without having 
to sign off of MUSIC. Once you have finished using DOS 
commands, TERM may be loaded again and your session 
with MUSIC will resume in a normal manner. 


Capabilities of PCWS 


PCWS has three major functions* It is a terminal program, 
a file transfer facility for MUSIC and the PC, and an "inter¬ 
preter" for a command language which allows you to 
automate communications procedures. The terminal com¬ 
ponent of PCWS allows access to full screen functions 
otherwise available only on IBM 3270-type terminals or 
through protocol converters* It also allows flexible viewing 
of non-full-scTcen output. 

There are two modes of terminal emulation: PAGE mode 
allows you to collect up to 50 screens of buffered output (a 


library listing or file listing, for example) and enables you to 
page back and forth to through the output; 3270 mode is 
entered when a full-screen application is started up on 
MUSIC, This gives PCWS users the use of the full screen editor 
and the many panel-driven versions of utility programs that 
are normally inaccessible from ASCII line terminals* To 
enable these features, however, PCWS users must remember 
to use the following syntax for specifying their MUSIC ter¬ 
minal type when logging on: 

/ID IDnn;PCWS 

When using any of MUSIC’S fulhscreen capabilities from 
PCWS, the PC function keys are used as MUSICs PF keys* 
Therefore, if you are using PCWS to edit a file, you can press 
F3 to move to the top of the file, F5 to move down a page, etc, 

PCWS allows fairly quick and easy file transfer between 
MUSIC and a PC, This file transfer facility is implemented in 
two separate utilities* XTPC allows file transfer from MUSIC 
to the PC, and XTMUS is used to transfer files from the PC 
to MUSIC* Both utilities use the same option specification to 
allow binary file transfer, record length specification, and list- 
driven file transfers* Additionally, wild-carding can be used to 
achieve multiple-file transfers* 

PCWS's ''interpreter'' function allows the implementation of 
"EXEC" files to automate communications* EXEC files con¬ 
sist of a series of special programming statements which allow 
you to control PCWS functions in a non-inter active manner* 
For example, at NTSU, PCWS is distributed with an EXEC 
file called NTSUCOM which automates the dial-up process 
and the sign-on to your MUSIC ID. 

Advantages of PCWS 

PCWS offers MUSIC users some advantages over using other 
terminal emulators or communications packages, whether it 
is v^th ASCII-line communications (call 8040) or with the 
protocol converters (call 3270)* By emulating the full-screen 
functions on the PC, PCWS gives the power and flexibility of 
the full-screen environment, with the speed of ASCII-line 
communications (When you use PCWS at NTSU, you use the 
LAN CALL 8040 command)* In the editor, PCWS is also a bit 
faster because it only needs to redraw a full screen when you 
scroll to a new page* When using the protocol converter, at 
least part of the screen must be redrawn each time you register 
changes by pressing < RETURN > or using a PF key* 

Another advantage of PCWS is the fact that it offers file trans¬ 
fer with MUSIC and full-screen capability in the same session* 
If you have experience using other communications packages 
with MUSIC, you know that you can either do full-scrccn edit¬ 
ing, or transfer a file, but doing both in the same session is 
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either difTicult or impossible. PCWS provides possibly the 
easiest file transfer available for MUSIC and the PC. 


One more handy aspect of PCWS is the capability of view¬ 
ing multiple screens of output when in page mode. The 
utili^ of this function is evident when you view a long out¬ 
put listing in MUSIC OSJR, PCWS allows you to see many 
pages of output, so that you can debug a problem by scroll¬ 
ing back and forth between an error i 


and the program’s source listing 


ess age, for example, 


More Information 


By now you may be saying to yourself, "this PCWS program 
seems pretty good, but how can I get a copy?" Well, this is 
another advantage of PCWS, Anyone with a MUSIC ID at 
NTSU can acquire PCWS for no charge simply by bringing 
a DOS-formatted 5 1/4 inch floppy disk to the Computing 
Center offices (ISB 119) where it can be exchanged for a 
disk containing the PCWS software. Along with the disk you 
will receive a handout containing information about PCWS. 
In addition, there is extensive on-line help available from 
within the TERM program. If you have further questions 
you can call the HELP DESK (ISB 110, 565-4050) or the 
Computing Center Offices ( ISB 110,454-2324).§ 

Micro-Tips _ 

This column is intended to serve as a forum for sharing use¬ 
ful tips on making more productive use of microcomputers. 

Ifyou have a tip that you feel may be of use to campus users, 

imbmit it to the BENCHMARKS editor for possible inclusion 
in a future issue. 


Expanded versus Extended Memory 

A great deal of confusion exists among PC users concern¬ 
ing the difference between extended and expanded 
memory. If you are contemplating installing additional i 
memory in a PC, you need to know the difference between 
the two. Choosingbetween extended and expanded memory 
will depend both on the type of PC you have and also on 
what you are planning to use the additional memory for. For 
tho.scofyou who have an NTPC with 1 Megabyte of memory, 
you should be aware that, technically speaking, the addi¬ 
tional 360K of memory beyond the 640K addressable by 
MS-DOS is neither extended nor expanded memory. Since 
168K of this memory is used by DOS for video and ROM 
address space, only [he remaining 192K can be used, and 
this 192K can be used only as a RAM-disk, a block of 
memory that appears to your system as a super-fast disk 
drive. If you configure a RAM-disk of more than 192K on 

an NTPC, the remaining memory will be subtracted from 
the 640K addrc.ssablc directly by DOS. 

True extended memory is most commonly found in 
machines that use the Intel 80286 or 80386 processor. These 
processors do not suffer from the memory constraints in¬ 
herent in the 8088 class of processors used in older PCs and 
thus are fully capable of using this memory to run programs. 


1 he problem, as noted above, is that even with an 80286 proces¬ 
sor, MS-DOS cannot address memory beyond640K for normal 

applications. However, the upcoming OS/2 operating system 
winch runs in the 80286’s protected mode, will be capable of 
using extended memory for applications. Under current ver¬ 
sions of DOS, extended memory is useful only as a means for 
creatiiig RAM-disks. The exception to this general rule is 
found in the case of Novell’s Advanced Netware 286 network 
operating system. Since Netware is really a proprietary operat¬ 
ing system rising under the 80286 protected mode that looks 
like DOS, it is capable of addressing up to 16 MBytes of RAM 
on an AT-ciass machine. This is one of the reasons it performs 
so much better than network operating systems built around 

DOS, such as those currently offered by 3Com, Microsoft, and 
IBM. 


-tixpaiiQCd metiiory IS entirely diifcrcrit from extended memory 
and a bit more confusing as well. The LIM expanded memory 
standard (LIM-EMS) was originally developed by a coopera¬ 
tive effort between Lotus, Intel, and Microsoft to allow users 
of I^tus 123 to create larger spreadsheets within the con¬ 
straints of MS-DOS. Utilizing a bank-switchmg technique 
popular during the CP/M days, LIM-EMS served this need 
well and allowed older PCs, as well as ATs, access to addition¬ 
al memory. Unfortunately, it was impossible to actually run 
programs in LIM-EMS memory. A short time later, a consor¬ 
tium of software and hardware developers led by AST 
developed the Enhanced Expanded Memory "Standard" 
(EEMS) that did allow programs to be executed in expanded 
memory. Using the DesqView multitasking system with 
EEMS memory, PC users are able to run multiple programs 
simultaneously, even if the sum total of memory used by those 
programs exceeds 640K. In August, this battle between EMS 
and EEMS was resolved with the announcement of LIM-EMS 
Version 4.0 which incorporates the advantages of EEMS into 
the original LIM-EMS standard. DesqView now supports 

LIM-EMS 4.0 and it is entirely possible that this standard will 

prolong the life of DOS, especially if developers of memory- 

resident utilities (such as Sidekick) write their programs to run 
in expanded memory. 


Now for the bottom line. If you have an older PC based on the 
8088 microprocessor, extended memory will only allow you to 
create a RAM-disk, If you want to add memory, you should 
strongly consider an expanded memory board that is com¬ 
patible with LIM-EMS Version 4.0. If you have an AT-Class 
machine, you should look for a board whose memory can be 
configured as extended or expanded (LIM-EMS Version 4.0) 
memory. This will allow you the benefits of expanded memory 
111 the DOS environment while at the same time protecting your 
investment in the event that OS/2 emerges as a widely- 
supported standard. 


WordPerfect Macros 

One of the most useful features found in WordPerfect is it.s 
macro capability. Macros are sets of keystrokes that are ex¬ 
ecuted when you press a certin key combination, usually the 
Alt key and a letter between A and Z. Macros can be useful 
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for any word processing action that you perform on a recur¬ 
ring basis. For example, if you spend a great deal of your 
time writing memos, you could define a macro to generate 
the heading. Another common use of macros is to issues 
formatting commands for tables. One of the most innova¬ 
tive macros weVe seen deals mih the problem of laser 
printers that output long documents in reverse order, re¬ 
quiring manual reorganization, A simple WordPerfect 
macro takes care of this problem. 

Creating a WordPerfect macro is a simple process, 

1, Press < CTRL > < FIO >, The message Define macro: 

will appear on the last line of your display. 

2, Enter a name for your macro. You can enter a descrip¬ 

tive name, but this will slow you down when you want 
to use it, A better idea is to press the < ALT > key 
and a letter and use that as your macro name. Once 
you have entered the name, Macro def will flash on the 
last line. 

3, Type all of the keystrokes that you want to have 

entered into the macro file. These keystrokes can be 
text, function keys, or a combination of text and func¬ 
tion keys. 

4, Press < CTRL > < FIO > again to end the macro 

definition. The macro is now saved in your default 
directory and is available for future use. 

If you choose to use the < ALT > < X > method of macro 
definition, it is a good idea to create a file in your default 
directory called macros that contains a description of your 
current macros. In fact, you might even wish to create a 
macro that lists this file on the screen for reference! 

WordPerfect also allows you to repeat a macro a specific 
number of times (useful for printing multiple copies of 
documents), insert timed pauses within macros, and insert 
pauses to wait for keystrokes to be entered. In addition, 
simple, repeating, and conditional chains of macros can be 
defined for complex applications. For further information, 
consult the WordPerfect manuafs "Special Features" sec¬ 
tion. 

The ARC Utility 

With the proliferation of shareware and public domain 
programs on microcomputer bulletin board services 
(BBSs) came the need to find ways to make storage and 
transfer of these files more efficient. Many different 
programs have existed for compressing files and for saving 
multiple files into a common "library" file.. 

One of these programs has emerged as a "standard" in the 
microcomputer world “ the ARC (Archive) utility by Sys¬ 
tem Enhancement Associates, Most BBSs that arc involved 
with the uploading and downloading of MS-DOS files sup¬ 
port ARC file compression. 

To use ARC, theARC.EXE file must be in the default drive 
and sub-directory or in the DOS PATH (see Benchmarks, 
October, 1987). Entering ARC from the DOS prompt 


without parameters will give you the copyright information, a 
message about the "shareware" (see below) nature of the 
program, and a (somewhat cryptic) description of the syntax 
of the ARC command and of the one-letter parameters. 

While there are many options provided by ARC, you will Usual¬ 
ly need to perform only a few of them. The most common of 
these include getting a verbose (v) listing of files, printing (p) 
an ASCII text file to the screen or printer, or extracting (x) files 
from an ARChive. 

To extract the INFO .DOC file from the UTILITY.ARC file, 
issue the command: 

ARC X UTILITY INFO.DOC 

By default, the TNFO,DOC file will be placed on the default 
drive and sub-directory. If theUTILITY.ARC file is on a flop¬ 
py disk and you want to put INFO.DOC onto a hard disk 
sub-directory, place the diskette with the ARC file in drive A: 
and set the destination sub-directory as the default. (DonT for¬ 
get that ARC.EXE must reside in the default directory or 
somewhere iu the DOS PATH.) Then issue the command: 

ARC X AiUTILlTY INFO.DOC 

ARC supports DOS wildcard specifications, so you may sub¬ 
stitute ♦•EXE for the INFO.DOC specification to extract all 
the .EXE files in UTILITY.ARC, ARC can be used to store 
your own files that arc used infrequently, and we recommend 
that you ARChive files you want to upload to a PC bulletin 
board. This will decrease upload time (helpful for long dis¬ 
tance!) and help save space on the SYSOPs hard disk. 

As with all shareware programs, if you like the software and 
use it often, we suggest that you make a contribution to System- 
Enhancement Associates. Having such useful software 
available inexpensively and without copy protection is worth 
supporting. 

If you would like a copy ofARQ bring a formatted diskette to the 
Computing Center Reception Area, ISB 7i9.§ _ 

Micro-Tips Addendum _ 

Please substitute the following line in the Benchmarks Micro 
Tips sub-section titled "Increasing Disk Buffers to Improve 
Performance" (August/September 1987, p. 17) 

COPY CON CONFIG.SYS < RETURN > 

The original read: COPY CON FIG.SYS <RETURN>,§ 


Obtaining WSSINDEX _ 

By Scott Barber, Academic Computing Staff 

(AC10@NTSMUSIC) 

The last, issue of Benchmarks, contained a description of the 
WSSINDEX program for cataloging floppy diskette libraries. 
Unfortunately, we didn’t tell you how to get it! 

If you are interested in this program, simply bring a formatted 
floppy diskette to the Computing Center Reception Area, ISB 
119, You may have to leave the diskette for a while and pick it 
up later, depending on the secretaries’ workload,§ 
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Cluster Upgraded to VMS 4.6 _ 

By James Shoffit, VAX operator CJAMES@ntsuvax) 

The VAXclustcr was upgraded to version 4.6 of VMS as of 
October 7, VMS 4.6 will fix many bugs that existed in VMS 
4.5, but will have little impact on the average user. 

Noteworthy changes in VMS; 

1. Support for VT300 series terminals 

2. The default record length of a TEXT file in Pascal will in¬ 

crease from 133 to 255 characters. 

3. The DEC function in Pascal will display 10 instead of 8 

significant digits. 

This upgrade is hardly exciting. The next i 
VMS version 5,0, where many major changi 


VRP > l^t simtel-archives-infoil'i 


VAX 


200 


accepted. 

14 buffers, 23181- byte^; o ^ 

^81 bytes m 27.0 seconds = 6866 bits/second 
226 Transfer completed. 23181 (8) bytes transferred. 

■Change your directory (like SET DEFAULT or CD), 
VFTP> ^d pd; 4ccpm 

331 Default name accepted. Send password to connect to it 


Get another directory listing 




will be I 

;es will appean§ 


FTP Now Available on the VAXcluster 


VAX Operator {BILLY@NTSUVAX) 

FTP (File Transfer Protocol) is used to acces.s ARPAnel host' 
to transfer files between the VAX and the ARPAnet host 
This version of FTP is known as VFTP (VMS File Transfei 
Protocol Handler: User Interface) and uses the DEC- 
NET/TCP gateway on TEXNET. 

An example session with FTP would look like: 

< - You want to use FTP on the node 
StMTEL20.ARPA 

VMS User FTP version 1.08 13-Nov-1986 <- Establishing a 

connection to DECnet/TCP gateway 

1^31-MDt''^ *'^^* Process 5Z(50)-7 at Sun 4-Oct-87 

Now you can log in using the USER command 
• Log in as user ANONYMOUS. 

F~~ _ - - 

VFTP >^Liser anonymous | 


VFTP; 

200 Port 5.178 at host t28*83.1. 
150 List started. 

PD: <CPM> 

-RLE$.DOC.4 

CPM.ARC.88 

CPM.CRCLST.203 

CPM,DIRLST.48 

CPM.HDR1 

FILES.DIR.203 

RLESJDX.213 

2SYS.IDX.76 

2 buffers, 121 bytes, 0 Index 
121 bytes in 4.7 seconds = 206 

226 Transfer completed. 

•Get out of FTP* 


VFTP > [bye 



221 QUIT command received. Goodbye. 

The above session as you can sec is quite messy, but allows very easy 

site to our VAX. Many sites have the 
user ANON^OUS set up with the password GUEST for anybody 

to use. SIMTEL20^PA has a very large number of files that can be 


VAX 


ANONYMOUS 


Operator (LUC(A@NTSUVA)q 


Password: GUEST J 

NONYMOUS logged in at Sun A 

P ■ 

► Get a directory listing. 

VRP>[1^ 

200 Port 5.176 at host 128,83.1.26 accepte 
150 List started. 

PS: <ANONYMOUS> 

BOOTSTRAP. HLP.25 
SIMTEL-ARCHIVES.INF0.11 
2 buffers, 59 bytes. 0 index 
59 bytes in 0.7 seconds = 715 bits/second 
226 Transfer completed. 


A suggestion box utility has been added to the VAXcluster to en¬ 
courage users to make comments and offer new ideas on VAX 
operations. You can choose to remain anonymous, but if you wish to 

receive a re.sponse you should include your userid along with vour 
comment or suggestion. ^ ' 

comment, type SUGGEST at the dollar 
prompt ($). You will be presented with a menu from which you may 

sc ect the editor you want to use (EDT or TPU). Once the editor is 

selected you can type your message. Abuse of this utility (sending por- 

no^pphic surest ions, repetitive silly messages, etc.) will cause it to 
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Recovering Files Lost During an Edit 
Session 

By Darrell Davis, VAX Operator (DARRELL® NTS UVAX) 

Has this ever happened to you? You arc editing the most im- 
potlant file of your life, you have modified hundreds of lines 

*,, and suddenly the VAX crashes! 

Don't despair! The VAX editors have a wonderful feature 
known as Tile recovery" to save the day* While you are edit¬ 
ing or inserting text in a file the VAX journaling facility keeps 
track of every keystroke you enter and records this informa¬ 
tion in a file called a journal file* 

Unless you specify otherwise, the journal file is deleted every 
time you exit the editor* However, if for any reason your edit 
session is aborted, the journal file is not deleted. The journal 
file will be in your directory as fiienam^JOV (filename is the 
name of your file). 

To recover a file edited with EDT, type; 

EDIT/REC OVE R/i/e/ia/7i e* etf 
or to recover a file edited with TPU, type: 

EDlT/TPU/RECOVER/i/erti3f/Ne*^f 
or to recover a file edited with vi, type: 
ex filename 


place the following symbol assignment in your LOGIN*COM file 




"EDIT/TPU/SECTION = EDTSECINl 



The next time you log in you can simply type: 

ED filcname.ext 

The default (and recommen 
is easy to learn and fast to use. Most of the common editing functions 

are accessed by pressing a single key on the EVE keypad. More ad¬ 
vanced editing functions are accessible by entering commands on the 
EVE command line* To invoke VAXTPU EVE type: 

EDIT/TPU filename.€xt 


ED 


e following ii 

"EDlT/TPir 


Usin g the VAX TPU Editor 

By Darrell Davis, VAX Operator, (DARRELL@NTSUVAX) 

VAXTPU is a powerful, programmable, text processing 
utility. You can use the editing interfaces provided with 
VAXTPU without alteration to do text editing or you can use 
the VAXTPU language to tailor the interfaces to suit your 
editing style* Special features of VAXTPU are: 

•Multiple buffers 

•Multiple windows 

♦Multiple subprocesscs 

•Text processing in batch mode 

•Insert or overstrike text entry 

• Free or bound cursor motion 

• Learn sequences 
•Pattern matching 
•Key definition 

• Procedural lariguage 

• Callable interface 

The two editing interfaces provided with VAXTPU are the 
EDT keypad emulator and the Extensible VAX Editor 
(EVE)* It is assumed that you arc familiar with the EDT 
editor. To invoke the VAXTPU EDT Keypad Emulator type: 

EDIT/TPU/SECTION = EDTSECINl filename.ext 


The EVE command line is accessed by pressing < PF4> (VT-100) 
or the DO key (VT-200), You can then enter a command or type 
HELP* For example, the default EVE keypad editing commands can 

be displayed by typing HELP KEYPAD* 

To customize the VAXTPU interface you can use the DEFINE KEY 
function at the EVE command line* To save all currently defined key 
definitions, learn sequences, and command definitions in a section 

file that you specify, type: 

SAVE EXTENDED TPU device:[useridyiiename.TPV$SECTlQN 

The section file name should include a complete VMS file specifica¬ 
tion, including device (ex* DUA2:) and directory flames* For 

example, 

SAVE EXTENDED TPU DU AD: [DARRELL]MYTPUJPU$ SECTION 

To use the section file in future editing sessions, define the logical 
name, TPUSECINI, with the same file specification that you used for 
the SAVE EXTENDED TPU command, in your LOGIN*COM* For 

example: 

DEFINE TPUSECINI device: [usmdl/i/e«ame.TPU$SECTION 


A more 


... advanced custom interface 

VAXTPU programming language* A 

1 j J * .4. i-U _ 1 J A v'T'nlf T_ C _ 

can be tound m thi 
Desk (LSB 1]0).§ 



be created by using the 



, available at the Help 


COMPUTER JOKE OF THE MONTH* 

Python 



A: Eleven. One to say that it is an ex-bulb and it is no more. Another 
to claim that it’s resting. One to put a paper bag on his head at the 
mention of the v/ord lightbulb. Another to say that he didn’t expect! 
the Spanish Inquisition. Three to burst in and say that their main 
weapons arc fear, surprise and ruthless electricity. Another to have 
his head nailed to the lightbulb. Finally, one to do a silly walk, one 
to say "And now for something completely different..and one 
to change the bulb* 

Q; How Many Theoretical computer scientists does it take to 

M m * j m #■ 

a 




A: One, who fetches eleven Monty Python fans, thereby reducir^ 
the problem to an earlier joke* 

♦ From Nutworks^ Volume V, Number 2, October 1987 
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HRMIS System Status Reoort 


By Coy Howard, Manager of Administrative Information 
Systems, and Steve Miller, Associate Director of 
Personnel 

The HRMIS system is being developed as a joint effort be¬ 
tween North Texas State University and the Texas College 
of Osteopathic Medicine. It is intended to meet unique re¬ 
quirements of the two institutions. HRMIS stands for 


H 
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M 
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uman 
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anage merit 

nformation 

ystem 



all the functions of traditional payroll and 
In addition, it will track applicants, positions, job assign¬ 
ments, personnel budgets, insurance programs, retirement 
programs, and other information. This centralized, in¬ 
tegrated, online information system will enable user 
departments to set up and process employee benefits 
progr^s and payrolls. It wiU also provide administrators 

^th information needed to effectively manage human 
resources. 

The overall system is being developed in five major phases: 

1. Employee Maintenance - all master file maintenance activities 

or employee-related data, including biographic/demographic 

data, employment data, benefits enrollments, and assorted codes 
used in payroll processing. 

2. Budgets - all activities associated with the preparation of fiscal 
year budgets, including both personnel and non-personnel items. 

3. Position Control - the requisition and approval of positions and 
the appointment of individuats to fill those positions, 

4. Payroll Input - all transactions to make or alter payments to 
individuals, including time reporting. 

5. Applicant Trackir>g - the collection of data regarding applicants 

for employment and matching them with outstanding requisitions 
to fill vacant positions. 

Phase I of HRMIS consists of the following six modules or 
sub-systems: 

1. Personnel Sub-System - Provides for collection of 

biographic/domographre data, employment data, and insurance 
plan enrolments. 

2. Payroll Sub-System - Supports activities related to settino up 
payroll codes and options. 

3. Budgets Sub-System - Supports activities related to preparation 
of budgets or to interfacing with the Accounting System. 

4. Reports Sub-System - Generates printed reports based on 
parameters entered by users. 

5. Security Sub-System - Controls access to HRMIS sub-systems 
and transactions, 

6. Tables Sub-System - Provides for maintenance of code values 
and rates that support HRMIS processing. 

The "Phase I" (Employee Maintenance) software was in¬ 
stalled the first week in October, and is currently in 


pr(^uction. As indicated above, Phase I encompasses the most 
critical data and functions needed by the Payroll and Personnel Of¬ 
fices (and other ^ offices as well) regarding TCOM/NTSU 
employees, including payroll calculations and reporting. The 

remaining phases will be implemented over the neirt two year 
period. ^ 

Steve Miller, NTSU Associate Director of Personnel is overall 
project director for HRMIS. BiU Foxworth, Associate Vice Presi¬ 
dent for Fiscal Affairs at TCOM is the project director for TCOM 
Rand Horsman, Director of Personnel at TCOM, is also a TCOM 
representative. Bill Buntain (NTSU Information Systems 
Programmer/Analyst) is the technical project leader. 

Other Information Systems staff on the HRMIS software develop¬ 
ment team are Will Robertson, Margaret Ambuehl, Tobie Curry 
and Jocelyn Tchakounte. These folks have been working lots of 
long hours during recent weeks, and this will continue, to some ex¬ 
tent, at least through the end of October as they continue to monitor 
the operation of their new system to make sure the first full produc¬ 
tion cycle is successful and correct. 

Staff from TCOM and NTSU Payroll, Personnel, and other offices 
have also been heavily involved in and strongly supportive of the 
project. Dr. Paul Schlieve, a member of the faculty of the newly 
formed Computer Education and Cognitive Systems Department 
within the College of Education, has made significant contributions 
to^the HRMIS User Documentation Manual. This continues to be 
a "team" project in every sense of the word, with the team beii 

of players from many areas of both TCOM and NTSU 


Staffing Changes in information Systems 



Some staffing changes have occurred in Information Systems this 
past month. Two people have resigned and two new employees have 
been hired since the last publication of Be/icAmorfa. 

Curtis Elder and Kay Teer resigned from the Student Records 
Team and are each pursuing different goals. Curtis has accepted a 
position with US Sprint in Las Colinas and Kay has decided to leave 
the job market completely and return to being a full time 
homemaker. Curtis and Kay have both been at North Texas for 
three and two and a half years, respectively. The Computing Center 
will miss their expertise, but we wish great success to both of them. 

The Fiscal Team hired Bob Hamilton as a part-time programmer 
to help with their current needs. Bob has over 15 years experience 
and has returned to NTSU to obtain his MBA, He has previous ex¬ 
perience in a University environment and will definently help the 
team. 

Cindy Newman, a long time resident of Denton, joins us as a 

programmer for the General Systems Team. Cindy has over 6 years 

experience in programming and leaves Affiliated Foods in Keller 
to move closer to home.§ 
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OPERATIONS 




Disk Backup Schedules 




Backup Schedule for OS/MVS 

OS/MVS disk packs (academic and administrative) arc back¬ 
ed up daily, Tuesday through Saturday, from 4-6:30 a.m., and 
Sunday from Midni^t to 3 a.m. A backup of all the operating 
systems on the NAS CPU and their contents is done once every 
two weeks at some low activity period over a weekend. 

MUSIC/SP Backup Hours 

A message will be sent to all users signed on to MUSIC/SP ap¬ 
proximately 10 minutes before backups are begun. It will be in 

the form "MUSiC SHUT DOWN AT xxxx AM-SCHEDULED BACKUP **. 
To find out the backup hours while signed on to MUSIC/SP, 
enter HELP HOURS. The following backup schedule is cur¬ 
rently in effect: 

Tuesday 3 a.m. {tor about 3 hours) Weekly backup 
Wednesday - Saturday 4 a.m. (for about 2 hours) Daily backup 
Saturday Midnight (for about 2 hours) Daily backup 


PHOENIX Backup Schedule 

PHOENIX is backed up weekly on Sunday night. The backup 
be^ns at midnight and lasts for approximately 30 minutes, 

VAX Backup Schedule 

Incremental backups of the VAXcluster are performed Monday 
through Thursday at 6 p.m. Users do not have to log-off, but any 
files that are open at the time of the backup will NOT be backed 

up. 

Full backups of both systems are done every Friday beginning at 8 
a.m. These generally will take all day to complete. Again, users do 
not have to log-off, but any files that are open will not be backed 
up. 

A "Stand Alone" backup of the system disk is done once every two 
months. This procedure makes a copy of the system disk that can 
be used to restore its contents if the disk is completely destroyed. 
The system will be shut-down for this. Watch the system log-on mes¬ 
sage for specific times and dates. NOTE: Requests for restoration 
of files should be made via MAIL to the username OPERATOR 
Your file can only be restored if it existed before the last backu, 

was done. § 


NAS/8083 Dual Processor Performance Statistics for Septen[il>er 



Scheduled 

Planned 

Planned 

Unplanned 

Production 




O perating 

Maintenance 

Production 

Maintenance 

Hours 

System 

CPU 

SYSTEM 

Hours 

Hours 

Hours 

Hours 

Achieved 

Uptime 


ACAD 
ACAD 
ACAD 
ACAD 
ADMN 
ADMN 
ADMN 


VM/SP3 
MUSIC/SP 
MVS/JES2 
COMFLET A 
MVS/JES2 
COMPLETA 
ADABASA 


720 

720 

720 

720 



275 

720 


4.65 
44.82 
4.95 
5.19 
0.00 
0.00 
23.19 


715.35 

675.18 

715.05 

714.81 
720.00 
275.00 

696.81 


0.08 

1.16 

1.67 

2.05 

0.90 

8.09 

6.18 


715.37 
674.02 

713.38 
712.76 
719.10 
266.91 
690.63 


99.9% 

99.8% 

99.8% 

99.7% 

99.9% 

97.1% 

99.1% 


System Uptime = {Production Hours Achieved) / (Planned Production 
Hours) 

Production Hours Achieved = (Planned Production) - (Unplanned 
Maintenance) 

Scheduled Operating Hours = (Planned Maintenance) -i- (Planned 
Production) 

MUSIC/SP Planned Maintenance Hours include 23.31 hours for sys¬ 
tem backup and 16.81 hours for VM/SP3 system backup. 




ADABASA'S Planned Maintenance Hours include 23.19 hours for system 
backup. 

The ACAD CPU achieved 100% uptime; the NAS/7360 DASD achieved 100% 
uptime; the NAS/7380 DASD achieved 100% uptime. The ADMN CPU 
achieved 100% uptime; the NAS/7360 DASD achieved 100% uptime; the 
NAS/7380 DASD achieved 100% uptime. 

Lost productivity is calculated as the greatest amount of elapsed time that 
any one of the production systems was unavailable for scheduled operation 
Lost productivity hours were contributed to by the following key causes : 
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DMN CPU: 

Misceltaneous 

1. Undetermined causes for systems restarts. 

2. MVS/JES2 system tuning/improvements. 

3. Operator started wrong version of 
COM-PLETE 

4. ADABASA system shut down for file 
maintenance. 

5. COMPLETA system down to process single 
jobs. 

TOTAL: 
GRAND TOTAL: 


1.69 HOURS 
0.70 


1.65 


4.50 




13.67 HOURS 


ACAD CPU: 

CPU, Tape, and Disk Subsystems (NAS) 

1. Stopped CPU while de-installing 7350 Dj 

2. Relocated a 7380 DASD string to Disk R 
and installed an additional 7380 disk unit. 



1. Undetermined causes for systems restarts. 

2. MUSIC/SP DASD file maintenance. 

3. COMPLETA system tuning/improvements. 

lystem tuning/improvements. 

TOTAL: 


MVS/JES2 


GRAND TOTAL FOR ACAD: 



1.48 HOURS 

0.96 

0.24 

QJ2 

ML HOURS 
8.52 HOURS 







SUPPORT 



SEPTEMBER TOP TEN PROGRAMS ; FREQUENCY OF RUNS 


Program 

Description 

Number of 

Percent 



Runs 

of Total 

l.IEWL 

Linkage Editor 

8337 

16.3 

2.PGM = *.DD 

Compiled Program 

8259 

16.2 

3.1KFCBL00 

VS COBOL Compiler 

5842 

11.4 

4.IEBGENER 

IBM Utility 

4607 

9.0 

5.SASLPA 

SAS 

3682 

7.2 

6.SCRIPT 

Watcrloo/SCRIPT 

3344 

6.5 

7.PTPCH 

Dataset Lister 

2873 

5.6 

8.IEV90 

Assembler H 

2438 

4.8 

9. IKJEFTOl 

Password change 

2425 

4.7 

10.IDCAMS 

VSAM Utility 

1407 

2.8 


SEPTEMBER TOP TEN PROGRAMS: CPU SECONDS USED 


Program 

Description CPU Seconds 

Percent 

1.SASLPA 

SAS 

24397 

of Total 
31.9 

2.PGM=*.DD 

Compiled Program 

12172 

15.9 

3.IKFCBL00 

VS COBOL Compiler 

7746 

10.1 

4.SCRIPT 

Waterloo/S CRIPT 

6359 

8.3 

5.SPSSX 

SPSSX 

4314 

5.6 

6.PTPCH 

Dataset Lister 

4193 

5.5 

7.IEV90 

Assembler H 

1810 

2.4 

8.RESOLVE 

System programming tool 

1486 

1.9 

9.ISTINM01 

VTAM utility 

1274 

1.7 

lO.IKJEFTOl 

Password change 

1260 

1.6 


ACAD is the offtciaJ designation of the part of the 
sity administrative purposes is termed ADMN* § 


NAS/8083 CPU that is dedicated to faculty and student use. The portion of the computer reserved for Univer- 


Richard Harris, Assoc iateVicePresidentfbrComputing 


David Molta, 

r 

' "'audla Lynch, Ser7c/rma/'A:s Ediibr 

• • 1 


Acting Manager gf Academic Computing Servoces 

• • • • f 

* * 1 i b I 

Steve Minnis, Manager, Computing Services 


1 

Coy Hoggard, 

Manager of Administrative Information Systems 
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Get a Subscription to BENCHMARKS 

Computing Center and the users 
of our facilities. It is important for all users of the computing facilities to maln- 

tam a file of these newsletters because they contain materials which will peri¬ 
odically update easting documents as well as information and suggestions on 

re^'^o.^c Microcomputers, and other 

resources av^able to NTSU students and faculty. To facilitate the dispersal 

sei^^ thcT'lf'’ • ** *** subscriptions are available. To receive yours, 

send the foUowmg mformation to us either by snail mail (the post office or 

CMS electronically, to the UserlD AS04 on MUSIC, VMS, or 


Name: 



Mailing Address: 




* CAMPUS ADDRESS (NOT BOX) IF POSSIBLE* 

Ji s uneaper 11 


Renewal 


— Change of Address _Cancel Subscription 



Revised 9/87 



Academic Computing Services 
The Computing Center 
NT Box 13495 

North Texas State University 
Denton, TX 76203 



1. Introduction to PCWS will present an over¬ 
view of using PC Work Station, a 
coinmunications package which is specifically 
written to allow terminal access and file trans¬ 
fer capabilities between an IBM PC or 
compatible and the MUSIC/SP operating sys¬ 
tem. Topics covered will include setting up 

PCWS communications parameters, connect¬ 
ing to MUSIC over the NTSU local area 
network, using PCWS’s full-screen capabilities 
and using PCWS for file transfer between 
MUSIC and the PC. 


2. Introduction to Procomm will present an 
overview of the Procomm communications 

package for Personal Computers or com¬ 
patibles. Procomm provides several different 
terminal emulation modes, and supports 
several file transfer protocols including KER- 
MIT and XMODEM. Topics covered will 
include setting communications and file trans¬ 
fer parameters, setting up and using Procomm’s 
dialing directory, and connecting to NTSU 
mainframes through the local area network. 


T^e courses will be held in Terrill Hall, room 247, at the following times; 

I_I Introduction to PCWS 


□ 

□ 



Introduction to PCWS 
Introduction to Procomm 


November 17 (Tuesday): 9:00 -10:00 a.m. 
November 17 (Tuesday): 10:00 - 11:00 a.m. 
November 19 (Thursday): 2:00 - 3:00 p.m. 
November 19 (Thursday): 3:00 - 4:00 p.m. 



The schedule for these courses has been designed to allow 

(ISB 19, 565-2324) to attend these courses. Enrollment in each course will be limited to 15. 


Academic Computing Services 
The Computing Center 
NT Box 13495 

North Texas State University 
Denton, TX 76203 


